Cloud-based active password manager

ABSTRACT

Methods and systems for periodically generating and managing passwords for one or more websites of users are disclosed. The users are provided with the ability to automatically replace their old passwords with new passwords for their one or more website accounts. The users can set a pre-determined frequency at which their passwords are to be updated and replaced with new passwords. The users can further define additional one or more rules based on which their passwords are updated. The methods and systems are further configured to auto log into user&#39;s website accounts with the updated passwords.

TECHNICAL FIELD

The presently disclosed embodiments are related in general to passwordmanager systems, and more particularly the presently disclosedembodiments are related to methods and systems for automaticallygenerating and managing passwords for one or more websites of one ormore users.

BACKGROUND

Most internet websites such as banking websites, social networkingwebsites, and online shopping websites require users to provide logincredentials such as username and password in to order access theirfeatures. As the amount of internet activity is tremendously high intoday's world, generally users have more than one account on differentinternet websites and therefore have to maintain several number ofdifferent login credentials for each of those internet websitesaccounts. To simplify this problem, some people will create accounts ondifferent Internet websites with the same username and password, oftenresulting in a security vulnerability. On the other hand, some userstend to create different passwords for different internet websites. Thecreation of different passwords for different internet websites accountsbecomes problematic, as users need to remember several passwordsassociated with their several internet websites accounts. It is alsogenerally recommended by cyber security professionals for security ofthe internet websites accounts that the passwords for at least theinternet websites accounts that has confidential and sensitive data suchas bank accounts to be changed frequently. Users seldom change thepasswords of their internet websites accounts frequently, and some ofthe users who may change the passwords of their internet websitesaccounts frequently find it extremely difficult to remember their somany passwords.

Conventional password managers are now used by several users to managetheir multiple passwords for multiple internet websites accounts.Conventional password managers store passwords of the users multipleinternet websites accounts. This allows the users to easily recall theirpasswords using their password managers when they go to the internetwebsites that require password access. The conventional passwordmanagers are generally software based, and require the user to createand change the passwords of their internet websites accounts locally ontheir computing device, and then update the password manager databasewith the updated passwords. The conventional password managers act as asingle storage point for the user's multiple passwords. Therefore, atany given point of time the user retains the knowledge of theirpasswords even after employing the password manager since the usersthemselves generate their passwords and use the password managers as astorage facility for the passwords. The creation of multiple passwordsfor multiple accounts may be burdensome for the users, and, in addition,when several websites require the user to change the password everycouple of weeks or months, it becomes an even bigger burden for users.Some password managers may also involve setting up a single password formultiple internet websites of the user. This approach is quitevulnerable to data breaches because if the password of one of theinternet website account is leaked then it may lead to unauthorizedaccess to the other internet websites where the user has accounts aswell.

The other drawbacks of the conventional software based password managersis that that they are generally vulnerable to so-called Trojan keymalware attacks, whereas portable password managers can operationallyfail which may cause loss of access to the passwords. Moreover, evenafter using any of these conventionally available password managers, theusers still have to stay updated with news of data breaches, as thesepassword managers are susceptible to data breaches. These data breachescan cause the user to have to manually go and change the logincredentials for all accounts stored in the password manager. Inaddition, the regular updating/changing of the passwords is stillrequired to be done by the users and then the new passwords have to beupdated in these password manager databases. This is often atime-intensive process that frustrates the users.

Therefore, there is a need in the art for methods and systems thataddresses the above-mentioned drawbacks of the conventional passwordmanagers and thereby able to efficiently manage and update passwords.

SUMMARY

Methods and systems disclosed herein address the above issues, and mayprovide a number of other benefits as well. Methods and systemsdescribed herein provide a cloud based active password manager thatsolves the above mentioned drawbacks of the conventional passwordmanagers by providing users the ability to automatically update thepasswords of each of the their one or more website accounts. In anembodiment, a website account is referred to as an account created by auser on a given website. For example, a user may have a Facebookaccount, a Gmail account or any other website account. Thus, each usercan efficiently and securely manage and update the passwords of theirone or more website accounts with this option to auto update theirpasswords.

In one embodiment, a computer-implemented method is provided forgenerating, updating, and managing passwords of one or more websiteaccounts of a user. The computer-implemented method includes receivingby a password manager server an access credential from a host computer;the access credential often comprises a password. Thecomputer-implemented method further includes synchronizing cryptographickey information by the password manager server between a client deviceand the password manager server wherein the client device comprisesnon-transitory machine-readable storage media storing a unique seedvalue. The computer-implemented method further includes at apredetermined time frequency generating by the password manager server anew password replacing the password of the access credential based on atleast the unique seed value and a time-date stamp.

In one embodiment, a computer-implemented method is provided forgenerating, updating, and managing passwords of one or more websiteaccounts of a user. The computer-implemented method includes receivingby a password manager server an access credential from a host computer.In many cases, the access credential of the user comprises a passwordfor authenticating user access. The computer-implemented method furtherincludes synchronizing cryptographic key information by the passwordmanager server between a client device and the password manager serverwherein the client device comprises non-transitory machine-readablestorage media storing a unique seed value. The computer-implementedmethod further includes at a predetermined time frequency receiving bythe password manager server from the client device a new unique passwordthat updates the password of the access credential stored in thepassword manager server. The new unique password is generated based onthe unique seed and a time-date stamp.

In one embodiment, a system is provided for generating, updating, andmanaging passwords of one or more website accounts of a user. The systemcomprises a communication network, a host computer, a client device, anda password manager server. The host computer is configured to transmitan access credential to the password manager server over thecommunication network. In many cases, the access credential of the usercomprises a password for authenticating user access. The client devicecomprises non-transitory machine-readable storage media storing a uniqueseed value. The password manager server is configured to synchronizecryptographic key information between the client device and the passwordmanager server, and at a predetermined time frequency generate a newpassword replacing the password of the access credential. The newpassword is generated based on at least the unique seed value and atime-date stamp.

In one embodiment, a system is provided for generating, updating, andmanaging passwords of one or more website accounts of a user. The systemcomprises a communication network, a host computer, a client device, anda password manager server. The host computer is configured to transmitan access credential to the password manager server over thecommunication network. In many cases, the access credential comprises apassword for authenticating the user. The client device may comprisenon-transitory machine-readable storage media configured to store aunique seed value. The client device is configured to synchronizecryptographic key information between the client device and the passwordmanager server, and at a predetermined time frequency generate a newpassword replacing the password of the access credential. The newpassword is generated based on at least the unique seed value and atime-date stamp.

It is to be understood that both the foregoing general description andthe following detailed description are exemplary and explanatory and areintended to provide further explanation of the invention as claimed.

BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying drawings constitute a part of this specification,illustrate an embodiment of the invention, and together with thespecification, explain the invention.

FIG. 1 illustrates components of a cloud based active password managersystem in accordance with at least one embodiment.

FIG. 2A illustrates steps of a method for initial registration of a useron a cloud based active password manager system in accordance with atleast one embodiment.

FIG. 2B illustrates initial registration process of a user on a cloudbased active password manager system in accordance with FIG. 2A.

FIG. 3 illustrates steps of a method for generating passwords for one ormore website accounts in accordance with at least one embodiment.

FIG. 4 illustrates steps of a method for an adaptive learning algorithmof the cloud based active password manager system in accordance with atleast one embodiment.

DETAILED DESCRIPTION

The present disclosure is here described in detail with reference toembodiments illustrated in the drawings, which form a part here. Otherembodiments may be used and/or other changes may be made withoutdeparting from the spirit or scope of the present disclosure. Theillustrative embodiments described in the detailed description are notmeant to be limiting of the subject matter presented here.

Reference will now be made to the exemplary embodiments illustrated inthe drawings, and specific language will be used here to describe thesame. It will nevertheless be understood that no limitation of the scopeof the invention is thereby intended. Alterations and furthermodifications of the inventive features illustrated here, and additionalapplications of the principles of the inventions as illustrated here,which would occur to one skilled in the relevant art and havingpossession of this disclosure, are to be considered within the scope ofthe invention.

Described herein is a cloud-based, active password manager. System andmethod embodiments of the password manager may manage and periodicallyupdate user passwords for one or more website accounts. The first time auser accesses a website the cloud based active password manager mayautomatically load, or otherwise access, the given website, and thenusing a current user name and a current password provided by the userfor a first time, the password manager may log into the account of theuser. After successfully logging in, the cloud based active passwordmanager then navigates to a webpage of the given website to access anoption to change the current password. Then, it the password managergenerally enters an old password and generates a new password,automatically. The new password may then be used by the cloud basedactive password manager to log in to the given website account when, inthe future, the user requests to access the given website account.

A user can create a set of rules on the cloud based active passwordmanager to automatically change passwords for each of the user's one ormore website accounts. For example, the set of rules may include apre-determined time frequency setting indicating an interval or periodat which the passwords of the users' one or more website or networkaccounts should be automatically updated. The pre-determined timefrequency can be any interval of time, such as seconds, minutes, hours,days, or months. The cloud based active password manager thus allows theuser to facilitate the automatic creation and replacement of the oldpasswords based on a one-time instruction, provided while setting up theuser's account with the cloud based active password manager, therebypreventing the user or other party from manually changing the passwordsor intercepting the user's updated passwords.

The cloud based active password manager may facilitate using one or moreclient devices to securely generate new passwords for the user's websiteand network accounts, and to replace old passwords with the newpasswords for the user's website or network accounts. The user canconfigure a client device to update and manage the passwords of websiteor network accounts. In some implementations, client devices may beportable devices (e.g., USB drive, smartphone). In some implementations,client devices may be software-based, which may be installed on anycomputing device associated with or otherwise accessible to the user.The one or more client devices may be synchronized with a passwordmanager server hosting the cloud based active password manager toexchange information, which may be needed to update and manage thepasswords.

In some cases, the user can customize the configuration of the one ormore portable client devices in a way to allow different access-levelsto different client devices of the one or more client devices of the oneor more website accounts of the user. The one or more portable clientdevices are synchronized with the password manager server in such a waythat the password manager server exchanges information with a givenclient device of the one or more client devices only if the given clientdevice has been configured to have access to the credentials for a givenwebsite account of the user for which the information is beingrequested. Additionally, multiple users can have access to thecredentials for corporate and/or group accounts. For example, a usermight have access to the Facebook page of their company website alongwith other employees.

In all cases, the passwords generated for the one or more websiteaccounts of the user are never stored within a client device or anyserver hosting or otherwise associated with the password manager. Eachtime a user generates a request using a given client device to log intoa given website or network account, then the given client device and thepassword manager server share information regarding the website ornetwork account, where the information may serve as data inputs into analgorithm that re-generates the current (valid) password for the givenwebsite or network account. Thus, at any given point in time, thecurrent password for any given website or network account is not storedin memory, which mitigates security issues that may arise due to theftof the password.

In one implementation, the password manager may implement a learningalgorithm that may be used to update the password manager's rules, usedfor generating replacement passwords. The learning algorithm may employweb parser software to identify elements of webpages (e.g., text,fields, images), which the password manager may then use to identify,e.g., the website's password requirements and security behaviors. Usinga web parsing technique, a first step involves the loading of a webpageof the given website account for which the password needs to be changed.Thereafter, the data on the web page is parsed and matched with variouspre-stored keywords to identify a login and/or a change password fieldssuch as “login”, “sign in”, “reset password”, or the like on the webpageof the given website. The pre-stored words are automatically beingchosen depending upon the website account being parsed. Whenever thepassword for the given website account is being changed for a firsttime, the web parser technique employed by the learning algorithm uponsuccessfully changing the passwords will store the steps that werefollowed and the keywords that were used to identify the login and/orchange password fields for easy access to the given website account inthe future.

In one implementation of a user-capture learning algorithm, the user maybe prompted to change the password for a given website or networkaccount for a first time, and then the user-capture learning algorithmsaves the step-by-step procedure performed by the user to successfullychange the password of the given website or network account. If thepassword for the given website or network account has to be changed fora second time, the user-capture learning algorithm will employ the samestep-by-step procedure followed by the user for the first time tosuccessfully change the password for the given website or networkaccount. It should be appreciated that any learning algorithm may beexecuted and updated for user or automated updates for network accounts(e.g., LDAP, Kerberos, SharePoint®), as well as for web-based toolshosted on websites.

Passwords of multiple website accounts are managed and auto-updated bycloud based active password managers as described in the presentdisclosure. The websites may include but are not limited to socialnetworking websites, such as Twitter®, Facebook®, and MySpace®; bankingwebsites, such as Bank of America®, HSBC®, and Citibank®; and onlineshopping websites, such as Amazon®, EBay®, and Alibaba®. The features ofthe cloud based active password manager system include generatingpasswords for the multiple website accounts of a user, unique passwordgeneration for each of the multiple website accounts of the user,automatic updating of the passwords for the multiple website accounts ofthe user, one or more rules that control the automatic updating of thepasswords for the multiple website accounts of the user, secure learningalgorithms and methods employed for the generation and auto-update ofthe passwords for the multiple website accounts of the user, differenttypes of password managers used for managing and updating of thepasswords for the multiple website accounts of the user, ability toselect the number of password managers used for managing and updating ofthe passwords for the multiple website accounts of the user, and abilityto revoke access of the password managers to manage and update thepasswords of the multiple website accounts of the user. It should beappreciated that embodiments of the password manager system may be fullyor partially automated, and have minimal user operation. In addition,the embodiments may be scalable and may be customized based onrequirement sets defined by a user or an administrator of a cloud basedactive password manager system.

In some embodiments, the cloud based active password manager systemcomprises a portable password manager device, which may be devicecomprising computing hardware capable of executing various tasks andprocesses of a password manager. The terms “password manager device” and“client device” may be interchangeably used hereinafter. In one example,the password manager device is a USB device. In another example, thepassword manager device is a flash memory device. The password managerdevice is configured to connect to and communicate with a host computer,such as a personal computer, a laptop, a personal digital assistant(PDA), a mobile device, a tablet, or any other computing device capableof communicating using a wired or wireless communication method, such asBluetooth, NFC, or the like. The password manager device generallycomprises one or more processors and a non-transitory machine-readablestorage memory. The password manager device may further be configured toexecute one or more software modules for managing the passwords of themultiple website accounts, updating the passwords of the multiplewebsite accounts, monitoring and identifying the login procedures forthe multiple website accounts, and recording of any login data receivedfrom one or more password manager servers and/or other computing devicesof the cloud based active password manager system. The password managerdevice may further include a graphical user interface (GUI) to managethe password manager device's operation. In some cases, access to thepassword manager device may be password-protected and thus requires theuser input authenticating credentials. In such cases, the GUI may allowthe user to input the requisite login credentials, which may then besent to authentication modules on the password manager device or on aseparate system (e.g., authentication server).

Additionally or alternatively, embodiments of a cloud based activepassword manager system may comprise a password manager software module,which may be a software based password manager. The software basedpassword manager may comprise of programs and instructions executed by ahost computer, such as a personal computer, a laptop, a personal digitalassistant (PDA), a mobile device, a tablet, or any other computingdevice. The software-based password-manager module may include aconfiguration file enabling automatic activation of the softwareapplication or is processed by the host computer. The password managermodule may further comprise and execute one or more software programscapable of managing the passwords of the multiple website accounts,updating the passwords of the multiple website accounts, monitoring andidentifying the login procedures for the multiple website accounts, andrecording of any login data received from one or more password managerservers and/or other computing devices of the cloud based activepassword manager system.

A cloud based active password manager system may comprise a passwordmanager device and a password manager server that are synchronized witheach other, and thus work together to generate, update, and managepasswords for multiple website or network accounts. The password managerdevice is a portable device that communicates with the password managerserver of the cloud based active password manager system to generate,update and manage the passwords for multiple websites of the user. Thepassword manager device and the password manager server mayautomatically update the passwords of the user's multiple websiteaccounts based on one or more rules defined by the user or anadministrator of the cloud based active password manager system. In somecases, the password manager device may be software-based modulesinstalled on a host device. In some cases, the password manager devicemay be a portable client device that is plugged into the host computer,or communicates with the hosting computing device over a wired orwireless connection. The host computer may be used by the user to browsewebsites or network resources that require access credentials (e.g.,login ID, passwords). The host computer may use the password managerdevice to auto-input the passwords of the user's website accounts. Insome embodiments, the password manager device may invoke remotely one ormore commands related to generating, updating, inputting, or managingthe passwords of the multiple website accounts of the user using anyremote communication technology available in the art.

A cloud based active password manager system may comprise a passwordmanager device and a password manager server that work together togenerate, update, and manage passwords for multiple website accounts ofa user. The password manager device is a portable device with the user,and communicates with the password manager server based on an instant orpredetermined set of instructions from the user. The password managerdevice and the password manager server may automatically update thepasswords of the user's multiple website accounts based a set of rules.The user can pre-define the set of rules for each of its multiplewebsite accounts. The pre-defined set of rules may generally includeinstructions related to managing and updating of the passwords. In oneexample, a rule may define a password length. In another example, a rulemay define a frequency for updating a given password for a given websiteaccount. In yet another example, a rule may indicate that a passwordmust include all character types. In yet another example, a rule mayindicate a password may not repeat a same character. In yet anotherexample, a rule may indicate that a password shall include a combinationof uppercase characters, lowercase characters, special characters, andnumbers. Since the user can define a separate set of pre-defined rulesfor each of the multiple website accounts, then in one case, the usermay pre-define the rules that for a Facebook® account, the password mustinclude at least a total of eight digits comprising at least one each ofan uppercase character, a lowercase character, and a special character.In another case, the user may pre-define another set of rules for a Bankof America® account in which the rule states that the password mustinclude at least a total of twenty digits comprising at least oneuppercase character, at least one lower case character, and no specialcharacter.

A network may include a medium that connects various computing devices,servers, and database. Examples of a network include, but are notlimited to, LAN, WLAN, MAN, WAN, and the Internet. The communicationover the network may be performed in accordance with variouscommunication protocols such as Transmission Control Protocol andInternet Protocol (TCP/IP), User Datagram Protocol (UDP), or any othercommunication protocols.

A computing device may be a device with a processor/microcontrollerand/or any other electronic component, or a device or a system thatperforms one or more operations according to one or more programminginstructions. Examples of a computing device include, but are notlimited to, a desktop computer, a laptop, a personal digital assistant(PDA), a tablet computer (e.g., iPad®, Samsung Galaxy Tab®), or thelike. A computing device is capable of communicating with the server andthe database through a network, using wired or wireless communicationcapabilities.

FIG. 1 shows components of a cloud based active password manager system100 in accordance with various embodiments. The exemplary embodiment ofthe cloud based active password manager system 100 comprises a passwordmanager server 102, password management database 104, a network 106, ahost computer 108, a first client device 110 a, and a second clientdevice 110 b. Hereinafter the first client device 110 a and the secondclient device 110 b when referred together will be mentioned as clientdevices 110. The exemplary embodiment of the cloud based active passwordmanager system 100 further comprises a Facebook® server 112, a Twitter®server 114, and a Bank of America® server 116. It should be appreciatedthat the terms “cloud based active password manager system,” “passwordmanager,” “system” may be used interchangeably. Moreover, the terms“password management database” and “database” may also beinterchangeably used.

The password manager server 102 may be any computing device comprising aprocessor that executes various software modules associated with thecloud based active password manager system 100. The examples of thepassword manager server 102 may include but are not limited to apersonal computer and a server computer. Although the password managerserver 102 in the exemplary system 100 is shown in FIG. 1, as a singlecomputing device, the password manager server 102 can be implemented asa set of computing devices executing the various modules of the cloudbased active password manager system 100 in a distributed computingenvironment. In some embodiments, the cloud based active passwordmanager system 100 may comprise a plurality of servers. The number ofthe servers employed is scalable and differ at any given point of timedepending on various factors including but not limited to the number ofusers using the cloud based active password manager system 100. Thepassword manager server 102 may comprise non-transitory machine-readablestorage media capable of hosting one or more databases and/orrepositories containing information or files. The processor of thepassword manager server 102 may then execute software modules associatedwith the relevant one or more databases and/or repositories. Thepassword manager server 102 may further comprise any networking hardwaresuch as the network interface card, firmware, and software modules thatenable the password manager server 102 to communicate with the variousother computing devices and servers associated with the cloud basedactive password manager system 100.

The password manager server 102 is configured to facilitateauthentication services for authenticating users and devices attemptingto access various resources of the cloud based active password managersystem 100, such as client devices, computing devices, host computer,other servers, and databases. Some embodiments of the cloud based activepassword manager system 100 may comprise an authentication server (notshown), which may be a computing device comprising a processor executingthe software modules providing the cloud based active password managersystem 100 with the authentication services. Software modules providingthe cloud based active password manager system 100 with authenticationservices may access a credentials database (not shown), which may be anon-transitory machine-readable storage media storing security-relateddata, such as access control lists determining access rights for users,devices, and other resources; access credentials, such as usernames,passwords, biometric data, keycard or token data; encryption keys; amongother security based features that require centrally stored informationto function. The credentials database may reside on the computing deviceproviding the cloud based active password manager system's 100authentication services, which may be the password manager server 102 ora distinct authentication server (not shown). However, the credentialsdatabase may reside on computing device comprising non-transitorymachine-readable storage memory and is communicatively coupled to thepassword manager server 102 over the network 106 of the cloud basedactive password manager system 100.

The password management database 104 is a database storing profileattributes of one or more users. The password management database 104further stores a list of websites submitted by an administrator of thecloud based active password manager system 100. The list of websites mayinclude one or more social networking websites list, one or more bankingwebsites list, and one or more online shopping websites list. In anembodiment, the list of websites stored in the password managementdatabase 104 may further include the one or more websites monitored andidentified by the cloud based active password manager system 100 inwhich a user uses or maintains a login ID and a password. Each of theone or more websites that are stored in the password management database104 include a name of the website, a uniform resource locator of thewebsite, and/or any other information that can be used to identify aparticular website. In an embodiment, the user may initially input thedetails of the one or more websites to create a list of websites on apassword manager application/platform that needed to be managed by thecloud based active password manager system 100. The details of thewebsites inputted by the user are then stored in the password managementdatabase 104. The user may modify the list of websites by adding orremoving any of the websites at any point of time that are to be managedthe cloud based active password manager system 100. The modified list ofthe websites is then stored in the password management database 104.

The password management database 104 may be hosted by any computingdevice that comprises non-transitory machine-readable storage medium andis communicatively coupled, or otherwise accessible, to the passwordmanager server 102. In one embodiment, the password management database104 may be hosted on the password manager server 102. In anotherembodiment, the password management database 104 may be hosted on adistinct computing device that is communicatively coupled to thepassword manager server 102 over the network 106 of the cloud basedactive password manager system 100. For example, the password managementdatabase 104 may be hosted by a distinct server computer from thepassword manager server 102, thus requiring the password manager server102 to communicate with the distinct server hosting the passwordmanagement database 104 over the network 106 to transmit and receivemachine-readable computer files containing the profile attributes of theone or more users or the user created list of websites and its detailsstored in the password management database 104 without moving out of thescope of the disclosed embodiments. Therefore, a person with ordinaryskill in the art would understand that the scope of the disclosure isnot limited to the password management database 104 as a separateentity, and the functionalities of the password management database 104can be integrated into the password manager server 102. In anembodiment, the password management database 104 may be realized throughvarious technologies such as, but not limited to, Microsoft® SQL server,Oracle, and My SQL. Further, the password management database 106 mayconnect to the password manager server 102 using the one or moreprotocols such as but not limited to Open Database Connectivity protocoland Java Database Connectivity protocol.

The network 106 corresponds to a medium through which content andmessages flow between various devices of the cloud based active passwordmanager system 100 such as the password manager server 102, the passwordmanagement database 104, the host computer 108, and the client devices110. The examples of the network 106 may include but are not limited toa Wireless Fidelity (Wi-Fi) network, a Wireless Area Network (WAN), aLocal Area Network (LAN), or a Metropolitan Area Network (MAN). Thevarious devices in the cloud based active password manager system 100can connect to the network 106 in accordance with various wired andwireless communication protocols such as Transmission Control Protocoland Internet Protocol (TCP/IP), User Datagram Protocol (UDP), and 2G,3G, or 4G communication protocols.

The host computer 108 is a computing device used by the user. The useruses the host computer 108 to access multiple websites. In order toaccess the websites via the internet, the user will generally run a webbrowser software installed on the host computer 108. The web browserwill then connect the host computer 108 to the internet via a modem orany networking means. The user will then type the web address or the URL(Uniform Resource Locator) of the desired website. The web browser thenprocesses the website requested by the user and subsequently transmitsthe request to the appropriate server of the desired website. Theindividual website server then responds to the website request andtransmits to the web browser a webpage for example, in Hypertext MarkupLanguage (HTML) files corresponding to the requested website. The webbrowser then launches the webpage and displays it on the screen of thehost computer 108. For example, in the exemplary embodiment as displayedin FIG. 1, a Facebook® server 112, a Twitter® server 114, and a Bank ofAmerica® server 116 are displayed as examples of the servers of theFacebook®, Twitter®, and Bank of America® websites. The examples of thehost computer 108 may include but are not limited to a personalcomputer, a laptop, a personal digital assistant (PDA), a mobile device,a tablet, or any other computing device. In the present embodiment, onlyone host computer 108 is shown for simplicity of explanation; however,it should be appreciated that the user may use a plurality of hostcomputers independently or at the same time to access the one or morewebsites without moving out from the scope of disclosed embodiments.

The client devices 110 include the first client device 110 a and thesecond client device 110 b. The first client device 110 a is a portableclient device and therefore may be used on different host computersavailable to user since the installation of the portable client device110 a on a local machine is not required. The portable client device 110a may be plugged in to the host computer 108 for setting up first thecommunication between the portable client device 110 a and the hostcomputer 108. In another embodiment, the portable client device 110 amay communicate using any other communication technology such asBluetooth, NFC, or the like with the host computer 108. In presentembodiment, the portable client device 110 a is a USB device. In anotherembodiment, the portable client device 110 a may be some other devicesuch as a flash memory device without moving out from the scope of thedisclosed embodiments. The USB device 110 a comprises a built-inoperating system and has one or more processors. The USB device 110 afurther comprises pre-installed one or more software programs, and has aunique seed value associated to it that is stored in its memory.

The second client device 110 b is a software based client device. Thesoftware based client device 110 b comprises one or more softwareprograms. The software based client device 110 b may be installed on thehost computer 108. The host computer 108 may include but is not limitedto a personal computer, a laptop, a personal digital assistant (PDA), amobile device, a tablet, or any other computing device. In such a case,the one or more software programs of the software based client device110 b will be executed by an operating system of the host computer 108to facilitate and initiate password generation and/or updating for theone or more website accounts of the user.

In the present embodiment (as shown in FIG. 1), the second client device110 b is a mobile phone device on which is installed a password managersoftware comprising one or more software programs, and has a unique seedvalue associated to it. In this case, the one or more software programswill be executed by an operating system of the mobile phone device tofacilitate and initiate password generation and/or updating for the oneor more website accounts of the user. In the present disclosure, a seedvalue is referred to as a unique identification number of the clientdevices 110 which may be utilized by various components of the cloudbased adaptive password manager system 100 for authentication purposes.

In one embodiment, only one client device 110 may be configured by theuser to facilitate and initiate the generation and management of thepasswords of the one or more website accounts. In another embodiment, aplurality of client devices 110 may be configured by the user whereineach of the plurality of client devices 110 may be configured tofacilitate and initiate generation and management of the passwords ofthe one or more websites of the user. In yet another embodiment, aplurality of client devices 110 may be configured by the user whereinone of the plurality of client devices 110 may be configured tofacilitate and initiate generation and management of the passwords forselect few website accounts of the one or more website accounts, whereasthe remaining client devices 110 of the plurality of client devices maybe configured to facilitate generation and management of the passwordsfor all of the remaining one or more website accounts of the user. Inone example, the one or more websites of the user comprises socialnetworking accounts, banking accounts, and online shopping portalaccounts. The first client device 110 a and the second client device 110b may be configured by the user to facilitate and initiate generationand management of the passwords wherein the first client device 110 amay be configured by the user to generate, update, and manage passwordsonly for social networking accounts whereas the second client device 110b may be configured by the user to generate, update, and managepasswords for social networking accounts, banking accounts, and as wellas the online shopping portal accounts. In the same example, the firstclient device 110 a may be software based client device installed on ahome computer of the user whereas the second client device 110 b may bea portable USB client device, which the user can carry wherever the usergoes.

In an embodiment, the user uses the host computer 108 and initiates arequest to execute the password manager application via a web browser onthe internet. The web browser then processes the request to access thepassword manager application by the user and subsequently transmits thisrequest to the password manager server 102 of the cloud based activepassword manager system 100. The password manager server 102 thenresponds to the request received and transmits to the web browser thepassword manager application webpage for user to access it. In anotherembodiment, the password manager application may be installed by theuser on the host computer 100. The user registers an account on thepassword manager application. In an embodiment, the user may be requiredto create a login identifier (login ID) and a master password to openthe account on the password manager application. After the registrationprocess is completed by the user on the password manager application, anactivation identification (activation ID) may be created. In oneembodiment, the password manager server generated the activation ID andtransmits it to the user account on the password manager application. Inanother embodiment, the user generates its own activation ID in itsaccount on the password manager application. In yet another embodiment,the activation ID may be created by a combination of user input and thepassword manager server 102.

In an embodiment, the activation ID is created for a couple of reasonsby the user or the password manager server 102. The reasons may includebut are not limited to the user authentication, for identityconfirmation, for one time set up of client device 110, to establish thecommunication between the client device 100 and the password managerserver 102 etc. The password manager server 102 may issue differenttypes of the activation ID. The activation ID may be a simple four tofive digit code with only numbers or letters, and in another case, theactivation ID may be a complex sixty-four character case sensitivestring with numbers, letters, and special characters. The specific typeand number of different activation ID s may vary from one embodiment toanother embodiment of the present disclosure. In general, in the presentdisclosure, the activation ID is generated for a period of time, thatis, the activation ID has a pre-defined lifespan, which can be expressedin any unit of time such as seconds, minutes, days, etc. The activationID has then to be inputted by the user into the client device 110 beforeit expires to enable the synchronization between the client device 110and the password manager server 102. In one embodiment, the user canmanually enter the activation ID into the client device 110. In anotherembodiment, the activation ID may be transmitted into the client device110 using a direct link. In yet another embodiment, if the client device110 is a portable client device 110 a, which may be communicativelycoupled to the host computer 108 in any number of ways, wired orwirelessly, to communicate information between the devices 108, 110 a.For example, in some cases, the portable client device 110 a may beplugged into the host computer 108 to transmit the activation ID.Moreover, in some cases, the portable client device 110 a may receivethe activation ID from the host computer 108 using Bluetooth or NFCtechnology.

After the synchronization between the host computer 108 and the clientdevice 110 is completed, the user may be required to input the logindetails and information related to each of the one or more websites thatthe user wants to be managed by the cloud based active password managersystem 100 under his/her account on the password manager application.The user may also be asked to inform the level of security desired foreach of the one or more website accounts of the user. Based on theinputs by the user on the level of security desired for the websites, arecommendation may be provided related to the frequency at which thepasswords for the websites shall be updated or the strength/length ofthe password to be generated by the cloud based active password managersystem 100. The user can accept, modify, or decline the recommendationsprovided. The user may also define a set of rules based on which thepasswords for each of the one or more website accounts be updated. Theset of rules may be specific to each of the one or more website accountsor the set of rules may be the same for all of the one or more websiteaccounts. The set of rules may comprise information such as a frequencyat which the password for a given website account be updated, the lengthof the password to be generated, the strength of the password to begenerated, the character types to be included in the generated password,or the like. The set of rules may also comprise information that for agiven website, the password may be changed only upon the receipt of the“change password” notification from the given website account. All theinformation inputted by the user on the password manager applicationwill then be stored in the password management database 104. In anembodiment, the information stored in the password management database104 is accessible by the password manager server 102, the client device110, and the user.

After inputting the information related to the one or more websites onthe password manager application, the client device 110 then facilitatesand initiates the automatic generation and updating of the passwords ofthe one or more website accounts listed by the user based on the ruleindicating pre-determine time frequency and other one or more rulesdefined by the user. The generation and updating of current passwords toreplace with new passwords occurs based on an algorithm wherein theinputs to the algorithm comprises at least some of the informationstored on the client device 110 and the password manager server 102. Theinformation stored on the client device 110 may include the seed valueassociated to the client device. The information stored on the passwordmanager server 102 may include a time-date stamp value indicating thetime and date of when the current password that is being replaced wasgenerated. In another embodiment, the password management database 104may not be a separate entity and be an integral part of the passwordmanager server 102. In such an embodiment, the passwords for each of theone or more websites are then generated based on at least theinformation stored on the client device 110 and the password managerserver 102. Thus, in order to generate a new password for a givenwebsite account among the one or more websites, the client device 110may run a pre-stored algorithm stored in its memory to generate a newpassword for the given website account of the one or more websites. Theinput parameters to the algorithm comprises at least the merged value ofthe seed information of the client device 110 which was requested toupdate the password by the user, a time-date stamp of the currentpassword of the given website account of the one or more websites storedin the password management database 104, and a plurality of randomdigits generated by the client device 110. In another embodiment, thealgorithm to generate new passwords may be stored in the passwordmanager server 102. In an embodiment, due to usage of time-date stampsas one of the input values to generate a new password for any givenwebsite account allows the algorithm to never generate same passwordsagain for the given website account. In the embodiment, the newpasswords generated for the one or more websites of the user are neverstored in any of the databases of the cloud based active passwordmanager system 100. Therefore, every time the user request to login intoany given website account using the client device 110, the client device110 in combination with the password manager server 102 re-generate thepassword (which has been previously generated for the given websiteaccount but never stored anywhere on the system 100) and then inputs itinto the given website account to allow the given website accountfeatures access to the user.

Thus, in summary, when the user uses the cloud based adaptive passwordmanager that may employ a portable client device 110 a plug-in or asoftware based client device 110 b browser plug-in on the host computer108, the client device is configured to detect when the user hasaccessed a given website which is in the list of websites to be managerby the user. The client device then facilitates the automatic populationof the user's credentials such as the login ID and the current passwordfor the given website to cause the user to be automatically logged intothe given website. In an embodiment, the client device may be configuredto auto-populate the credential fields of the given website. In anotherembodiment, the client device may be configured to auto populate andthen credentials to be submitted to cause the user to be automaticallylogged into the given website.

FIGS. 2A and 2B show steps of a method for initial registration of auser on a cloud based active password manager system in accordance withat least one embodiment.

At step 202, the user executes the password manager application on thehost computer. Thereafter the user sets up the account on the passwordmanager application of the cloud based active password manager system togenerate, update, and manage the passwords of the one or more websiteaccounts of the user. The one or more website accounts may include butare not limited to social networking accounts, online shopping accounts,banking accounts, or the like. In one embodiment, a single user mayregister for a single client device to generate, update, and manage thepasswords of the one or more website accounts. In another embodiment, asingle user may register for a plurality of client devices to generate,update, and manage the passwords of the one or more website accounts. Inorder to open the account, the user may have set up a login ID and amaster password.

At step 204 and 206, after the successful setting up of the account bythe user on the password manage application, then the user will createthe activation ID or receive the activation ID in his/her account on thepassword manage application from the password manager server. In thepresent embodiment, the activation ID created by the password managerserver upon receive a request from the password manager application. Theactivation ID is 64 characters in size; however, it should be noted thatthe size and the number of characters/symbols of the activation ID mayvary in other embodiments of the present disclosure without moving outfrom the scope of the disclosed embodiments. It should be noted that aseparate activation ID could be received for each of the client devicesthe user is adding to his/her account at the password managerapplication.

The user then transmits the activation ID to the client device. In oneembodiment, the activation ID can be manually entered into the clientdevice. In another embodiment, the activation ID can be entered througha direct link into the client device. The activation ID has to betransmitted to the client device within a pre-defined time period. Inthe present embodiment, the pre-defined time period is five minutes;however, the value of pre-defined time period can be any value withoutmoving out from the scope of the disclosed embodiments. If theactivation ID is not transmitted into the client device within thepre-defined time-period, then the activation ID will expire and a newactivation ID has to be created and/or requested.

At step 208, after the activation ID has been successfully entered intothe client device before the pre-defined time period expires, then theclient device and the password manager server is synchronized and thenestablishes communication among the various devices. In one example, thesynchronization of cryptographic key information occurs between theclient device and the password manager server. The password managerserver will then receive the information about the user and the user'sone or more internet websites associated with the particular clientdevice that was synchronized with the password manager server. In oneembodiment, if the client device is a physical based client device suchas a USB, then after the synchronization between the USB and thepassword manager server, the password manager server may capture andstore the identification number of the USB device as an identificationdata to verify the identity of the user for future communicationsbetween the USB device and the password manager server. In anotherembodiment, if the client device is the software based client deviceinstalled on the computing device, then the password manager server maycapture and store the identification number of the computing device asan identification data to verify the identity of the user for futurecommunications between the computing device and the password managerserver. Therefore, after the synchronization between the client devicesand the password manager server is completed, as and when the userrequests the client devices to log into his/her one or more internetwebsites, the client devices read the request and works along with thepassword manager server to generate or re-generate the password for anyof the one or more internet websites the user wishes to access. In anembodiment, the user may not even have to request to the client devicein order to log into any given internet website account as the clientdevice if plugged into the browser or the user computing device mayautomatically detect when the user has navigated to a given internetwebsite to automatically populate the login credentials of the giveninternet website account. In an embodiment of the present disclosure,the password manager server may respond with, e.g., “authorized” or“unauthorized” on the client device user interface, based on whether theuser client device was identified and authorized to access to theaccount, which may provide access to a website's resources or a networkresource.

FIG. 3 shows steps of a method for generating passwords for one or morewebsites in accordance with at least one embodiment.

At step 302, using a host computer, the user executes the passwordmanager application. In response to the user selection, the hostcomputer launches the password manager application and allows the useraccess to features of the password manager application. In oneembodiment, the password manager application may be password protectedin order to prevent access to unauthorized users attempting to accessthe user's account or account information. In such embodiments, the usermay register a password or a pin number with the password manager, whichis then used to access the features of the password manager application.

At step 304, the user lists each of the one or more websites for whichthe passwords need to be generated, updated, and managed in the futureon the password manager application. The list of the one or more websiteaccounts inputted by the user is then saved in the password managementdatabase. In an embodiment, the password manager server may have apre-stored list of popular websites accessible to the user on thepassword manager application. The pre-stored list of websites may becategorized under various sub-headings, such as social networkingcategory, banking category, online shopping category, airline bookingcategory, and the like. Thus in one example embodiment, the user mayfirst look into the list of pre-stored websites and select the websitesfor which the user wants to automate the password generation, thepassword updating, and the password management. The user can latermanually enter the details of the remaining websites that were notpresent in the pre-stored list. The details of the websites that need tobe submitted by the user comprises the name of the website account, theURL of the website account, current user ID and password of the websiteaccount, and the URL to change password of the website account. Inanother embodiment of the present disclosure, the details of thewebsites provided by the user may be different to what have beendescribed above without moving out from the scope of the disclosedembodiments.

In this example, after inputting the details of each of the websites,the user seeks to manage the password manager application then assignsan index value to each of the one or more websites of the user listed inthe password manager application for periodic password generation,updating, and management. The index value is assigned to each of the oneor more websites by one or more pre-loaded software algorithms of thepassword manager server. In another embodiment, the index value isassigned to each of the one or more websites by one or more pre-loadedsoftware algorithms of the client device. The index value is assignedgenerally in a random manner to each of the one or more website accountsof the user. The index value assigned to each of the one or morewebsites is then stored in the password management database and on theclient device. In one embodiment, the user may first input the detailsof all the websites and then the websites are assigned an index numberby the password manager server. In another embodiment, the user mayfirst only list all the websites. All the websites are then assigned anindex by the password manager server. After the assigning of the indexis complete, then the user submits the inputs to the registration fieldsof each of the one or more websites such as the current user name,current password, password change URL, and the required fields/inputsfor changing the password for all the websites.

In one example of the exemplary embodiment, the user may want to includethe login credentials for a Facebook® account and a Bank of America®account. The Facebook account may be assigned Index 1 and the Bank ofAmerica account may be assigned Index 2. For each of these accounts, theinputs information into registration fields using a graphical userinterface (GUI) associated with the password manager, which may be awebpage hosted by the password manager system or a software applicationGUI installed on the user's computer. Examples of inputted information,provided by the user through the GUI's fields, may include a user name,current password, password change URL, and the required fields forchanging the password. In this example, for Index 1 (i.e., the user'sFacebook account), the fields may be the user's Facebook user identifier(user ID), the user's Facebook password, the URL for changing one'sFacebook password, indicators for which fields are required, andindicators of which interactive controls (e.g., buttons, radial dials)may be on the page. Below is an example of the information the user mayinput in the GUI fields for Index 1:

Facebook user ID: JoeCool@NewISP.comFacebook Password: starter_passwordPassword Change URL:www.facebook.com/settings?tab=account&section=password&view

Required Fields: Current Password, New Password, Reenter New Password

Input buttons: Save Changes, Cancel

At step 306, record user's one or more websites list. For example, afterinputting the answers to the registration fields of the index 1, theindex 1 data is then recorded in the client device. The data of theindex 1 is further encrypted and stored in the password managementdatabase. Thus, the registration data of index 1 is stored at both theclient device as well as in the password management database but may bein different formats.

At step 308, the user then sets up for generation of new passwords andupdating of old passwords with the new passwords for the one or morewebsites. The user launches the password manager application. The userthen selects the password manager screen field in the password managerapplication. The user then goes to the password manager screen andselects “Create New Password” field. After selecting the “Create NewPassword” field, the user will then be prompted to select the one ormore rules.

At step 310, the user the selects the one or more rules. In oneembodiment, one rule is selected to define a future change frequency ofthe password. The user is provided with an option to provide a value forfuture change frequency in seconds, minutes, hours, days, weeks, months,or years. Another rule will be to select the length and the strength ofthe password. In another embodiment, the user may submit its own rulesif there is no such pre-defined rule available to the user on thepassword manager application.

At step 312, based on the value selected by the user for the futurechange frequency and other one or more rules, the user's old passwordswill be replaced with new passwords automatically. In an embodiment, thenew passwords are generated based on at least the seed value stored inthe client device, the time-date stamp of the generation of the currentpassword that is being replaced with the new password. The currentpassword time-date stamp is stored in the password manager database. Inaddition to the seed value and the time-date stamp, the client devicewill also generate a set of random numbers that will be merged with theseed value and the time-date stamp. The merged value will then be usedby the password manager server to generate the new password.

In one embodiment, when a user requests to generate a new password forthe Facebook account, then the client device generates six random digitswith its seed value. The seed value may be, for example.123456789abcdef0123456789abcdef0. The six random digits generated forexample are 123456. The time-date stamp of the generation of the currentpassword of the Facebook that is being replaced is retrieved from thepassword manager server. The value of time-date stamp for example is01272015:124545. Thereafter, the seed value, the time-date stamp, andthe random digits are combined, for example, to produce123456789abcdf173249dfce0246, which is feed into an algorithm run on theclient device that produces “Adsfsaieo %%@̂DWQdet” as a new password.Thus, the Facebook old password is now replaced with this new password“Adsfsaieo %%3dts@̂DWQdet”.

At step 314, the following partial key 01272015124545123456 (which isthe merged value of the time-date stamp and the random number generatedby the client device) is stored in index 1 in the password managerserver. In addition to the partial key, a status field indicating thevalid flag and password change in progress is also mentioned and storedfor each index in the password manager server.

For simplicity of explanation, an example table, Table 1, is depictedbelow that will be stored in the password manager server. In the exampletable shown below, the table depicts three index numbers for threedifferent website accounts of the user, and for each of the three index,a partial key, a valid flag, and a status of password change in progressor not is mentioned. Table 1 shows examples of the types of informationstored into a password manager server or database.

Password Change in Index Partial Key Valid Flag progress 101272015124545123456 1 0 2 01252015081517789abc 1 2 301222015141554456789 0 0

In the above table, the partial key represents the merged value of thetime-date stamp and the random number generated by the client device.The valid flag represents whether the entry is valid or not. The finalcolumn represents that whether any password change for the websiterepresented by index 2 is valid or not. Based on the values shown in theabove table, index 1 is an example of a valid entry that any clientdevice can use to log in. Index 2 is an example where it is indicatedthat client device 2 has a password change in progress, and Index 3 isan example of an entry that is no longer valid, as it has no valid flag.

In an embodiment, for example, for the Facebook account discussed above,when the new password generation is scheduled based on the pre-definedpassword change frequency set by the user, and then the client devicewill communicate with the password manager server to update the oldpassword of index 1 with a new password. The password manager serverwill authenticate if the client device that is requesting to update thenew password is authenticated or not. If the authentication is grantedthen the password manager server will update the seed value of theclient device in the password change in progress column of index 1. Thenew status of the password change column will exist until the newpassword is generated. Thereafter, the same process as discussed aboveof generating a new set of random number, and subsequently merging themwith the seed value and the time-date stamp of the current passwordbeing replaced is followed. The merged value is fed as an input to thealgorithm that is being run on the client device and a new password isgenerated.

In an embodiment, a plurality of client devices may be employed by theuser for generating, updating, and managing the passwords of the one ormore websites. The user can register any number of client devices to itssingle password manager account opened on the password managerapplication. If the user wants to register a new client device to itsalready existing account, then the user will synchronize the new clientdevice with the password manager server as discussed above. After thenew client device and the password manager server is synchronized, thenthe communication process is established between them in order tocoordinate with each other to generate, update, and manage the passwordsof the one or more websites of the user.

After the synchronization of the new client device and the passwordmanager server, the new client device is registered and verified by thepassword manager server. Thereafter, the new client device receives theinformation comprising pending message queue, time-date stamps, andother relevant information that was generated by the existing clientdevice(s) in the encrypted form. The new client device then facilitatesthe decryption of the pending messages queue and other information inorder to register the index table of the website accounts of the userand URLs of all the website accounts of the user associated to the userpassword manager account.

In another embodiment, the new client device can be manually registeredto the user's password manager account. In the manual registrationmethod, a physical key is programmed in to the new client device. Thephysical key has to be programmed into the new client device within apre-defined period of time. Thus, the user can manually enter the seed(static base) of the registered client device into the new clientdevice. The manual method of registering the new client device is a verysecure technique since the user doesn't need to log into his/herpassword management account to access the information present in thepassword manager server After the registration of the new client deviceis completed, the new client device can be utilized by the user forauto-logging into any of the one or more websites, or to generate,update and manage passwords for each of the one or more websites of theuser.

In an embodiment, the plurality of client devices may be employed by theuser for generating, updating, and managing the passwords of the one ormore websites. The plurality of client devices may include a firstclient device and a second client device. The first client device may beconfigured to manage and update password of a first and a secondwebsite. The second client device may be configured to manage and updatepassword of the first, the second, and a third website. Theconfiguration of the client devices, that is, which client device willhave access to which website accounts is set up by the user and theinformation related to it is stored in the password manager database andis accessible by the password manager server. Thus, when the firstclient device requests the password manager server for login into thefirst website then the password manager server checks whether the firstclient device has access for managing the first website or not. Afterthe first client device is authenticated, (i.e., access rights arefound), the password manager server then works with the first clientdevice to log into the first website. In the same example, if the firstclient device will try to log into the third website for which it has noaccess, the request for log in will be denied by the password managerserver.

In an embodiment, the user can also de-register any of the clientdevices that are associated to his/her password manager account. Forexample, if any one of the client devices is stolen, then although thestolen client device might be password protected, the user will stillwant to de-register the stolen client device for safety reasons. Inorder to de-register any of the client devices, a re-index operation ofall the indexes stored in the password manager server is performed byany of the existing client devices. Upon successful completion of there-index operation, no existing indexes are reused. In addition, all thevalid flags associated to the old passwords for each of the one or morewebsites of the user are cleared, and the encrypted messages are sent toeach of the user's client devices detailing new index values except forthe client device that needs to be de-registered. Thus, thede-registered client device is unable to facilitate logging into any ofthe one or more websites of the user as all the indexes stored on thepassword manager server are reshuffled and the de-registered clientdevice is unable to match its seed value with the right index value of agiven website account in order to successfully log into the givenwebsite account of the one or more websites of the user.

FIG. 4 shows steps of a method for an adaptive learning algorithm of acloud based active password manager system in accordance with at leastone embodiment. The present disclosure provides this method foranalyzing webpages of the one or more websites of the user formattedusing the HTML or any other markup language to automatically identity,extract and then input desired information for generating, updating, andmanaging passwords of the one or more websites of the user. In oneembodiment, the features of the method are embodied in the adaptivelearning algorithm that searches, identifies, and then extracts desiredpieces of information from the webpages of the one or more websiteaccounts automatically after the minimal manual setup. The adaptivelearning algorithm automatically analyzes the webpages with differentcontent if they have the same or similar formats.

The cloud based active password management system implements theadaptive machine learning algorithm to perform the functions ofgeneration, updating, and managing passwords of the one or more websitesof the user. The machine-learning algorithm can be implemented in one ormore ways without moving out of the scope of the disclosed embodiments.In one embodiment, the machine-learning algorithm may be implemented asa stand-alone machine learning application. In another embodiment, themachine-learning algorithm may be implemented as a web browser add-on oras a web browser extension on the host computer of the user.

At step 402, the password manager server sends a request to a webserverto download the one or more web pages of the website. After receivingthe request, the web server returns the requested one or more web pagesthrough the network. In one example, when the user selects the hypertextlink of the given webpage, the web browser reads the URL associated withthe hypertext link. The password manager server then connects the webbrowser with the web server of the given webpage and submits the requestfor the webpage file identified in the hypertext link. The web serverthen sends the requested webpage file that is interpreted by the webbrowser and displayed to the user.

At step 404, after the webpage of the website account is executed, thenthe password manager server identifies the format of the webpage. Thewebpage could be in various formats such as HTML (Hypertext markuplanguage), XML (eXtensible markup language), PHP, Ruby, Java,JavaScript, Perl, Python, ASP, and ASP.NET. In an embodiment, thewebpage is generally formatted according to a standard page descriptionlanguage. The standard page description language is HTML language. TheHTML comprises text, and can further reference graphics such as images,sound, and video data. In another embodiment, the web page may beformatted or written using XML. Such webpages are generally dynamicallygenerated webpages that are configured to inter mix the data retrievedat run-time with the static page layout commands.

At step 406, after the format of the webpage is detected, the passwordmanager server parses a software code of the webpage to match one ormore field keywords from a list of field keywords with one or morekeywords on the webpage. In one embodiment, the password manager serverparses the software code of the webpage identified in any format, suchas the hypertext mark-up language (HTML) format, the Extensible Mark-upLanguage (XML), the Extensible Hypertext Mark-up Language (XHTML), orthe Standard Generalized Mark-up Language (SGML). In another embodiment,the password manager server parses the software code of the webpageformatted in a given format only. For example, the password managerserver may parse the webpage formatted in HTML only. In this example,when the format of the webpage is found to be in XML and the parsing isperformed by the password manager server only for HTML formattedwebpages, the password manager server may employ techniques that thewebpage content to be modified and presented in custom-tailor formatssuch as the HTML format or any other format acceptable by the passwordmanager server. The modification may include but not limited to removalof images, conversion of one dialect to another, or the like. In anembodiment, the one or more field keywords that are being matched arestored on the password manager database. The one or more field keywordsare selected from the list of field keywords based on their nearness toidentify either the login field or the change password field on thewebpage that is being parsed. The one or more field keywords may includea first set of field keywords and a second set of field keywords. Thefirst set of field keywords comprises terms such as “password”, “reset”,“user”, “panel”, “old password”. “confirm password”, and “change. Thesecond set of field keywords comprises terms such as “login”, “sign in”,and “sign-in. In an embodiment, generally the first set of fieldkeywords are matched first, and if there is no result found, then thesecond set of field keywords are matched. In another embodiment, theremay be multiple small sets of field keywords selected from the set offield keywords.

At step 408, after the parsing is completed, the one or more matches onthe webpage are identified. The one or more matches are the one or morefield keywords that match the one or more keywords in the code of thewebpage. The one or more matches will be hereinafter referred as matchedkeywords or, one or more matched keywords. In one embodiment, thewebpage format may be identified to be in HTML file. The HTML file willthus contain the source code of the webpage, and may further comprise aplurality of HTML tags that encloses text between them. The passwordmanager server may then parse given webpage of the website by searchingthe HTML code to locate text input fields for entering a user name, apassword, or other login credentials for accessing the contents of thewebsite.

At step 410, a formatting tag associated to matched keywords isidentified. The identified formatting tag is then searched within a listof formatting tags to determine the type of the identified formattingtag. In an embodiment, the list of formatting tags is stored on thepassword manager server. The list of formatting tags comprises a linktag, a form tag, an image tag, or a text tag. In one embodiment, if thematched keyword is found to be associated to the link tag then the linkis executed. After the link is executed, the new webpage that is openedis parsed as described in step 406 to match the one or more fieldkeywords with the one or more keywords on the new webpage.

At step 412, the identified formatting tags associated to each of thematched keywords are processed. The password manager server inputs oneor more data inputs into one or more fields of the webpage respectively.The one or more fields are identified by the one or more field keywordsmatching the one or more keywords in the code of the webpage. In otherwords, the one or more fields are identified based on the one or morematched keywords. Each respective data input is based upon theformatting tag associated with the field keyword that identifies therespective field, and at least one data input is a new password for thewebsite account.

At step 416, the information pertaining to successful generation of newpassword for the website account is stored in the password managerdatabase. In order to achieve this, the password manager servergenerates a record associated with the website in the password managerdatabase. The record contains the information pertaining to the newpassword of the website account. The information comprises the one ormore matched keywords and the formatting tags associated with each inputfield. The information may be used by the password manager server tochange one or more passwords used to access the website for next time,either for the same or the different user.

The adaptive learning algorithm of the cloud based active passwordmanager system can be implemented in one or more ways. In oneembodiment, as discussed above, the computing device will facilitate thelaunching of the webpage, parse the HTML format of the webpage, and thensearch for the one or more field keywords such as “password”, “reset”,and/or “change”. In another embodiment of the present disclosure, theadaptive learning algorithm of the cloud based active password managersystem will require the user to reset the password for the first time,and the password manager application will capture the steps followed bythe user to reset the password of the website account. In this method,adaptive learning algorithm captures the procedure followed by the useron the website to navigate to a particular webpage that has input fieldsfor changing the password of the website account. Thus, the adaptivelearning algorithm of the password change application records all thesteps followed by the user and text inputs of the user from the point ofexecuting the given website on the web browser to changing of thepassword of the website account.

The foregoing method descriptions and the process flow diagrams areprovided merely as illustrative examples and are not intended to requireor imply that the steps of the various embodiments must be performed inthe order presented. The steps in the foregoing embodiments may beperformed in any order. Words, such as “then,” or “next,” are notintended to limit the order of the steps; these words are simply used toguide the reader through the description of the methods. Althoughprocess flow diagrams may describe the operations as a sequentialprocess, many of the operations can be performed in parallel orconcurrently. In addition, the order of the operations may bere-arranged. A process may correspond to a method, a function, aprocedure, a subroutine, a subprogram, etc. When a process correspondsto a function, its termination may correspond to a return of thefunction to the calling function or the main function.

The various illustrative logical blocks, modules, circuits, andalgorithm steps described in connection with the embodiments disclosedherein may be implemented as electronic hardware, computer software, orcombinations of both. To clearly illustrate this interchangeability ofhardware and software, various illustrative components, blocks, modules,circuits, and steps have been described above generally in terms oftheir functionality. Whether such functionality is implemented ashardware or software depends upon the particular application and designconstraints imposed on the overall system. Skilled artisans mayimplement the described functionality in varying ways for eachparticular application, but such implementation decisions should not beinterpreted as causing a departure from the scope of the presentinvention.

Embodiments implemented in computer software may be implemented insoftware, firmware, middleware, microcode, hardware descriptionlanguages, or any combination thereof. A code segment ormachine-executable instructions may represent a procedure, a function, asubprogram, a program, a routine, a subroutine, a module, a softwarepackage, a class, or any combination of instructions, data structures,or program statements. A code segment may be coupled to another codesegment or a hardware circuit by passing and/or receiving information,data, arguments, parameters, or memory contents. Information, arguments,parameters, data, etc. may be passed, forwarded, or transmitted via anymeans including memory sharing, message passing, token passing, networktransmission, etc.

The actual software code or specialized control hardware used toimplement these systems and methods is not limiting of the invention.Thus, the operation and behavior of the systems and methods weredescribed without reference to the specific software code beingunderstood that software and control hardware can be designed toimplement the systems and methods based on the description herein.

When implemented in software, the functions may be stored as one or moreinstructions or code on a non-transitory computer-readable orprocessor-readable storage medium. The steps of a method or algorithmdisclosed herein may be embodied in a processor-executable softwaremodule, which may reside on a computer-readable or processor-readablestorage medium. A non-transitory computer-readable or processor-readablemedia includes both computer storage media and tangible storage mediathat facilitate transfer of a computer program from one place toanother. A non-transitory processor-readable storage media may be anyavailable media that may be accessed by a computer. By way of example,and not limitation, such non-transitory processor-readable media maycomprise RAM, ROM, EEPROM, CD-ROM or other optical disk storage,magnetic disk storage or other magnetic storage devices, or any othertangible storage medium that may be used to store desired program codein the form of instructions or data structures and that may be accessedby a computer or processor. Disk and disc, as used herein, includecompact disc (CD), laser disc, optical disc, digital versatile disc(DVD), floppy disk, and Blu-ray disc where disks usually reproduce datamagnetically, while discs reproduce data optically with lasers.Combinations of the above should also be included within the scope ofcomputer-readable media. Additionally, the operations of a method oralgorithm may reside as one or any combination or set of codes and/orinstructions on a non-transitory processor-readable medium and/orcomputer-readable medium, which may be incorporated into a computerprogram product.

The preceding description of the disclosed embodiments is provided toenable any person skilled in the art to make or use the presentinvention. Various modifications to these embodiments will be readilyapparent to those skilled in the art, and the generic principles definedherein may be applied to other embodiments without departing from thespirit or scope of the invention. Thus, the present invention is notintended to be limited to the embodiments shown herein but is to beaccorded the widest scope consistent with the following claims and theprinciples and novel features disclosed herein.

While various aspects and embodiments have been disclosed, other aspectsand embodiments are contemplated. The various aspects and embodimentsdisclosed are for purposes of illustration and are not intended to belimiting, with the true scope and spirit being indicated by thefollowing claims.

What is claimed is:
 1. A computer-implemented method comprising:receiving, by a password manager server, an access credential from ahost computer, the access credential comprising a password;synchronizing cryptographic key information, by the password managerserver, between a client device and the password manager server, whereinthe client device comprises non-transitory machine-readable storagemedia storing a unique seed value; and at a predetermined timefrequency, generating, by the password manager server, a new passwordreplacing the password of the access credential based on at least theunique seed value and a time-date stamp.
 2. The computer-implementedmethod of claim 1, further comprising generating, by the passwordmanager server, a password manager account in a record of a passwordmanager account database.
 3. The computer-implemented method of claim 1,further comprising receiving, by the password manager server, from theclient device a set of random numbers, wherein the new password for thewebsite is generated based on at least the unique seed value, the set ofrandom numbers, and the time-date stamp.
 4. The computer-implementedmethod of claim 1, further comprising generating, by the passwordmanager server, an activation identification (ID) for the client deviceupon receiving the access credential, wherein the password managerserver determines whether the client device contains the activation IDbefore synchronizing the cryptographic key information.
 5. Thecomputer-implemented method of claim 1, further comprising generating,by the password manager server, the time-date stamp, upon generating thenew password.
 6. The computer-implemented method of claim 1, wherein thenew password for the website is never stored on non-transitorymachine-readable storage media.
 7. The computer-implemented method ofclaim 1, further comprising regenerating, by the password managerserver, the new password required to log into the website upon receivinga request from the host computer to access the website.
 8. Thecomputer-implemented method of claim 1, further comprising receiving, bythe password manager server, from the host computer a set of passwordrules defining parameters for generating the new password.
 9. Acomputer-implemented method comprising: receiving, by a password managerserver, an access credential from a host computer, the access credentialcomprising a password; synchronizing cryptographic key information, bythe password manager server, between a client device and the passwordmanager server, wherein the client device comprises non-transitorymachine-readable storage media storing a unique seed value; and at apredetermined time frequency, receiving, by the password manager serverfrom the client device, a new password that updates the password of theaccess credential stored in the password manager server, the newpassword is generated based on at least the unique seed value and atime-date stamp.
 10. The computer-implemented method of claim 9, whereinthe access credential further comprises a website uniform resourcelocater (URL) and a login identifier (login ID).
 11. Thecomputer-implemented method of claim 9, wherein the client device is auniversal service bus (USB) device comprising a processor andnon-transitory machine-readable storage media.
 12. Thecomputer-implemented method of claim 9, wherein the at least one clientdevice is a software application installed on a client computing device.13. A system comprising: a host computer configured to transmit anaccess credential to a password manager server over a communicationnetwork, the access credential comprising a password; a client devicecomprising non-transitory machine-readable storage media storing aunique seed value; and the password manager server configured to:synchronize cryptographic key information between the client device andthe password manager server, and at a predetermined time frequencygenerate a new password replacing the password of the access credential,the new password generated based on at least the unique seed value and atime-date stamp.
 14. The system of claim 13, wherein the client devicegenerates a set of random numbers when the new password for the websitehas to be generated, and wherein the new password for the website isgenerated based on at least the unique seed value of the client device,the set of random numbers, and the time-date stamp.
 15. The system ofclaim 13, further comprising a plurality of client devices, wherein eachof the plurality of client devices is configured to, at thepredetermined time frequency, transmit to the password manager serverthe unique seed value.
 16. The system of claim 15, wherein each of theplurality of the client devices can be customized for logging into andupdating passwords of one or more websites such that one of theplurality of client devices may be allowed access to log into and changepasswords of selected number of the one or more websites while theremaining number of the plurality of client devices may be providedaccess to all of the one or more websites.
 17. The system of claim 13,wherein the credential of the website is stored in the client device,and wherein an encrypted version of the credential is stored in thepassword manager server.
 18. The system of claim 13, wherein the clientdevice is password-protected.
 19. The system of claim 13, wherein theaccess credential further comprises a website uniform resource locater(URL) and a login identifier (login ID).
 20. The system of claim 13,wherein the client device is a universal service bus (USB) devicecomprising a processor and non-transitory machine-readable storagemedia.